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TITLE OF THE INVENTION 

Test specification fannation supporting apparatus, 
method, and program, and recording medium 

5 BACKGROUND OF THE INVRNTTON 

Field of the Invention 
Z~ The invention relates to test specification formation 

't^ supporting apparatus, method, and program for forming a test 

- specification of soft?wrare designed by an object orientation by using a test 

10 factor classification table and to its recording medium. More 

= particularlj; the invention relates to test specification formation 

supporting apparatus, method, and program for automatically forming a 
template of a test factor classification table by using class design 
22 information and to its recording medium. 

15 Description of the Related Arts 

Hitherto, it is known that in order to form software of high 
qualit55 it is necessary that a test specification including all necessary test 
items is formed, tests are executed in accordance with the test 
specification, and results are confirmed. However, the operation to form 
20 the test specification including all the test items is extremely difiScult and 

tiie number of necessary steps is also lai^e. In many cases, therefore, a 
stifiSdent number of test items are not foimd or executed. To solve such 
a problem, there is a method whereby inputs of programs to be tested are 
listed and the operations of the programs corresponding to combinations 
25 of input data are e7q)ressed in a form of a test factor classification table. 

If information of the test factor classification table is used, an application 
such that a combination of arguments to be tested is mechanically 
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formed and used as a test specification and, furdiei; an application such 
that the tests are automatically^ executed are considered. An apparatus 
which realizes such a method has already been known. 

Howevei; manual operations are still necessary in order to 
5 form the test factor dassification table, and a problem such as dropout of 

test items due to omission of writing into the test factor dassification 
table, or the like cannot be fundamentally solved. Although there is also 
1: an idea that sotuce codes themsdves of the program are analyzed and 

z test factors and conditions are extracted, since the conditions introduced 

^ 10 for the sake of convenience of the program, or the like are also extracted, 

?~ it is necessary that confirmation is made by the human being. Furdiei; 

also in case of considering a combination of the extracted test factors, 
there is a problem sudi that if the combinations are mechanically formed, 
the ntunber of combinations increases. It is indispensable to form the 
15 combinations by the manual operation. At this time, a difference of 

whether the conditions of the test factors to be combined relate to the 
normal operation of the program or the abnormal operation exerdses a 
large influence when considering the combinations of the test factors. 
For example, the conditions regarding the abnormal operation of the 
20 program are usuially soldy tested, and even if the tests in v\4uch a ntmiber 

of sudi conditions are combined are executed, in many cases, they are 
meaningless. In the conventional test specification forming apparatus, 
however nothing is considered with regard to a type of whether the 
operation is the normal operation or the abnormal operation, and it 
25 becomes a cause of a wasteful increase in ntunber of combinations. 

According to software devdopment based on the object orientation, there 
is a case of using a unit called a component obtained by collecting a 



group of classes for providing a certain function. In this case, it is 
requested that the test specification is also formed for the function which 
is provided for an external unit by the component. Since this 
corresponds to a method in vMch a specific dass in the component is 
opened to the external unit, at present^ the human being searches the 
method, resulting in an increase in nmnber of steps of forming the test 
specification. 

SUMMARY OF THE INVENTION 

According to the invention, test specification formation 
supporting apparatus, method, and program for efficiently forming a test 
specification without omission for testing object-oriented software are 
provided and its recording medium is also provided. 

A test spedfication formation supporting apparatus of the 
invention comprises a test factor classification table forming unit and a 
test specification forming unit. The test factor dassification table 
forming unit analyzes dass design information of software designed by 
an object orientation and forms a template of a test factor dassification 
table in whidi test factors whidi influence the operation of a method as a 
test target and conditions of the test factors are listed. The test 
specification forming unit forms a test spedfication by combining the 
conditions described in the test foctor dassification table completed on 
the basis of the template of the test factor dassification table. The test 
factor classification table forming tmit comprises: a dass design 
information analyzing vmit whidi inputs the dass design information of a 
designated dass and analyzes it; a factor dassifying unit which extracts 
test factors induding an array of arguments of the method and conditions 



of the test factors and head^ infomiation which is used for the test factor 
dassification table from an analysis result of the dass design 
information; and a dassification table output unit which shapes the 
extracted test factors and header information into a predetermined table 
format (format) and outputs the template of the test factor dassification 
table. The test specification forming unit comprises: a dassification 
table analyzing imit which inputs the test factor dassification table and 
analyzes it; a test factor combination forming unit which selects one of 
the conditions of the test factors every test factor from the analysis result 
of the classification table, forms a combination lest the selected condition 
is overlapped, and extracts the header information whidi is used in the 
test specification; and a test specification output imit whidi shapes all of 
the combinations and the header information formed and extracted by 
the combination forming unit into a predetermined format and outputs 
the test specification. According to the invention as mentioned above, 
when the software designed on the basis of the object-oriented idea is 
tested, the template of the test factor dassification table is automatically 
formed by using the design information of the dass, thereby reducing the 
mmiber of steps. Since the test factor dassification table is presented as 
a template to the user, it is suffident that the user completes the test 
factor dassification table merely by filling empty units of the template, so 
that the omission of description of the conditions can be prevented. By 
automatically forming the test specification by combining the conditions 
of the test factor dassification table completed by updating the template, 
the test specification without the omission can be automatically and 
efRdentiy formed. 

In the automatic formation of the test factor dassification 



table according to the invention, as a method of the dass designated by 
the user, its dass design information is refierred to, the argmnent array 
and its conditions are fundamentally obtained as test factors, and the 
argument array and its conditions of the method are automatically 
written into the relevant column of the test factor classification table, 
thereby forming the template. The information which is automatically 
written into the test factor classification table by the invention is as 
follows. 

(1) Argument array of the method 

(2) Attribute value recursivdy developed from the dass design 
information if the arguments of the method are the dass 

(3) Conditions in the method extracted from the dass design 
information having a structure 

(4) Conditions in the method extracted from the dass design 
information and a type about the normal system or the abnormal system 

(5) Conditions in the method extracted from the dass design 
information described by a document 

(6) Conditions in the method extracted from the design information 
described by a document and the type about the normal system or the 
abnormal system 

(7) Conditions in the method extracted from the design information 
described by the document and a type according to a description by user 
designation 

(8) Conditions in the method extracted from a soturce code in 
addition to the conditions in the method extracted fix)m the dass design 
information 

The information which is automatically written into the test 
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factor classification table will be explained more in detail hereinbelow . 

If the type of the extracted test factor is the dass, the factor 
classifying iinit of the test factor classification table forming unit 
recursively executes a process for developing an attribute value with 
reference to the corresponding dass design information and extracting 
the developed attribute value as a test factor. The test factor 
classification table forming imit further has a development upper limit 
number designating unit which designates a development upper limit 
number of the attribute value. The factor dassifying unit does not 
develop the attribute value exceeding the upper limit number designated 
by the development upper limit number designating unit. The test 
factor dassification table forming unit further has an unnecessary- 
development class designating unit whidi designates a dass in whidi 
development of the attribute value is unnecessary. The factor classifying 
imit does not develop the attribute value of the dass designated by the 
unnecessary-development dass designating unit upon devdopment of 
the attribute value. The test factor dassification table forming imit 
further has a method design information analyzing unit which inputs the 
structured dass design information regarding processing contents of the 
designated method and analyzes it. Hie factor dassifying unit extracts 
branching conditions described in the processing contents of the method 
from an analysis result and extracts variables such as arguments 
constructing the branching conditions and the like and conditions of the 
arguments as test factors. The dassification table output unit shapes the 
extracted test factors and header information into a predetermined table 
format and outputs a template of the test factor dassification table. The 
test factor dassification table forming unit further has a condition type 
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discriminating unit which discriminates whether the brandling 
conditions indicate a normalitx; process or an abnormality process. The 
determined type of whether the process is the normality process or the 
abnormality process is also shown in the test factor classification table. 
5 The test factor classification table forming unit further has: a method 

contents description sentence analyzing imit which inputs design 
information described by a sentence regarding the processing contents of 
the designated method and analyzes a description of the conditions 
written by a specific notation; and a condition searching unit which 

10 extracts the branching conditions described in the processing contents of 

the method from the analysis result of the design information and 
searches the variables such as arguments constructing the branching 
conditions and the Uke and conditions of the arguments as test Actors. 
The classification table output tmit shapes the test factors extracted by 

15 the factor classifying unit and condition searching imit into a 

predetermined table format and outputs a template of the test fiactor 
classification table. The condition searching unit further discriminates 
whether the branching conditions written in the sentence by the specific 
notation indicates the normality process or the abnormality process. 

20 The determined type of whether the process is the normality process or 

the abnormality process is also written in the test factor classification 
table. 

The test factor classification table forming unit further has a 
notation designating unit which designates the notation of the conditions 
25 extracted from the sentence in which the processing contents of the 

method have been described and the notation of the type of whether the 
process is the normality process or the abnormality process. The test 
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factor dassificatioii table forming unit further has an output target 
selecting unit which selects a method from the design information by a 
designated method selection reference, thereby allowing the test factor 
classification table as an output target to be formed. The test factor 
classification table forming unit further has an output target selecting 
unit which selects a class and a method from the design information by 
die designated class selection reference, thereby allowing the test factor 
classification table as an output target to be formed. The test factor 
classification table forming unit further has: a source code analyzing unit 
which inputs source codes of the program corresponding to the class 
design information and analyzes tiiem; and a soiurce condition searching 
tmit which extracts a condition sentence of the method as a target from 
an analysis result of the source code, extracts the variables and condition 
sentence used in the conditions as test factors, and allows them to be 
added into the test factor classification table formed fi:om the dass design 
information. 

If the type showing whether the conditions indicate the 
normality process or the abnormality process has been also written in the 
test factor classification table, the test specification forming unit further 
has a combination evaluating tmit which designates one of a plm-ality of 
normality conditions classified into the normality process in the same test 
factor into a representative normality condition and combines it with the 
abnormality condition classified into the abnormality process when the 
conditions described in the test factor classification table are combined. 
The test specification forming imit further has a combination evaluating 
imit which restricts normality conditions which can be combined with 
respect to the combinations of only the normality conditions when the 
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conditions described in the test factor classification table are combined. 

The invention also provides a test specification formation 
supporting method comprising: 

a classification table forming step which analyzes dass design 
information of software designed by an object orientation and forms a 
template of a test factor classification table in which test factors which 
influence the operation of a method as a test target and conditions of the 
test factors are listed; and 

a test specification forming step which forms a test 
specification by combining conditions described in the test factor 
classification table completed on the basis of the template of the test 
factor classification table. 

According to the classification table forming step, 

the dass design information of the designated dass is 
inputted and analyzed; 

test factors induding an array of arguments of the method 
and conditions of the arguments and header information which is used in 
the test factor dassification table are extracted from an analjrsis result of 
the dass design information; and 

the extracted test factors and header information are shaped 
into a predetermined table format, and the template of the test factor 
classification table is outputted. 

According to the test specification forming step, 

the test factor dassification table is inputted and analyzed; 

one of the conditions of the test factors is selected every test 
factor fi-om an analysis result of the dassification table, a combination is 
formed lest it is overlapped, and header information which is used for a 
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test spedficadon is extracted; and 

all of the formed cqmbinatioiis and the header information 
are shaped into a predetermined format and the test specification is 
outputted. Other details of the test specification formation supporting 
5 method are fimdamentally the same as those in case of the apparatus 

construction. 

^! According to the invention, there is provided a test 

specification formation supporting program for allowing a computer to 
execute: 

: _ 10 a classification table forming step which analyzes class design 

information of software designed by an object orientation and forms a 
template of a test jfiactor classification table in which test factors which 
influence the operation of a method as a t^t target and conditions of the 
- test factors are listed; and 

15 a test specification forming step which forms a test 

specification by combining conditions described ia the test factor 
classification table completed on the basis of the template of the test 
factor classification table. 

The classification table forming step of the test specification 
20 formation supporting program allows the computer to execute: 

a step which inputs the dass design information of the 
designated dass and analyzes it; 

a step which extracts test factors induding an array of 
arguments of the method and conditions of the test factors and header 
25 information which is used in the test factor dassification table from an 

analysis result of the dass design information; and 

a step which shapes the extracted test factors and header 
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information into a predetermined table format and outputs the template 
of tlie test factor classification table, 

and the test specification forming step allows the computer to 

execute: 

5 a step which inputs a test factor classification table and 

analyzes it; 

a step which selects one of the conditions from an analysis 
result of the classification table every test factor, forms a combination lest 
^^f it is overlapped, and extracts the header information which is used in the 

10 test specification; and 

yj 

W a step which shapes all of die formed combinations and 

1= . header information into a predetermined format and outputs the test 

fii spedficatfon. 

Q According to the invention, a computer readable recording 

" 15 medium which stores a test specification formation supporting program 

is provided. The test specification formation supporting program stored 
in the recording meditmi allows a computer to execute: a classification 
table forming step which analyzes class design information of software 
designed by an object orientation and forms a template of a test factor 

20 classification table in which test factors which influence the operation of 

a method as a test target and conditions of the test factors are listed; and 
a test specification forming step which forms a test spedflcation by 
combining conditions described in the test factor classification table 
completed on the basis of the template of the test factor classification 

25 table. 

According to the invention, test fector classification table 
formation supporting apparatus, method, and program, and a recording 
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medium are further provided. For example, the test factor classification 
table formation supporting apparatus comprises: a dass design 
information analyzing unit which inputs dass design information of a 
designated class of software designed by an object orientation and 
analyzes it; a factor classifying imit which extracts test factors induding 
an array of arguments of a method and conditions of the test factors and 
header information which is used in a test factor dassification table from 
an analysis result of the dass design information; and a classification 
table output imit which shapes the extracted test factors and header 
information into a predetermined table format and outputs a template of 
the test factor dassification table. 

The above and other objects, features, and advantages of the 
present invention wiU become more apparent from the following detailed 
description with reference to the drawings. 

BRIEF DESCRIPTION OF THE DRAWINGS 

Figs. lA and IB are block diagrams of the first embodiment of 
the invention; 

Figs. 2A to 2C are explanatory diagrams of dass design 
information serving as an input in the first embodiment in Figs. lA and 
IB; 

Fig. 3 is a flowchart for a factor dassifying process in the first 
embodiment in Figs. lA and IB; 

Figs. 4A and 4B are e}q>lanatory diagrams of a test factor 
classification table formed by the first embodiment in Figs. lA and IB; 

Figs. 5A and 5B are explanatory diagrams of a test factor 
dassification table completed by inputting contents into the table of Figs. 
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4A and 4B; 

Fig. 6 is a flowchart for a test factor combining process in the 
first embodiment in Figs. lA and IB; 

Figs. 7A and 7B are flowcharts for a condition combining 
5 process in the test factor combination forming process in Fig. 6; 

Figs. 8A to 8C are explanatory diagrams of a test specification 
formed by the first embodiment in Figs. lA and IB; 
~ ' Fig. 9 is a flowchart for a factor classifying process in the 

j= second embodiment of the invention; 

1 10 Fig, 10 is a flowchart for an attribute developing process in 

the factor classifying process in Fig. 9; 

2 Figs. 1 1 A to lie are explanatory diagrams of a test factor 
classification table formed in the second embodiment of the invention; 

z_ Figs. 12A and 12B are blodc diagrams of the third 

15 embodiment of the invention; 

Fig. 13 is a flowchart £or a factor classifying process in the 
third embodiment in Figs. 12A and 12B; 

Fig. 14 is a flowchart for an attribute developing process in 
the factor classifying process in Fig. 13; 
20 Figs. 15A and 15B are block diagrams of the fourth 

embodiment of the invention; 

Fig. 16 is a flowchart for a factor classifying process in the 
fDiuth embodiment in Figs. 15A and 15B; 

Fig. 17 is a flowchart for an attribute developing process in 
25 the factor classifying process in Fig. 16; 

Figs. 18A and 18B are blodc diagrams of the fifth embodiment 
of the invention; 
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Fig. 19 is an explanatory diagram of structured class design 
information serving as an input in the flfdi embodiment in Figs. 18A and 
18B; 

Figs. 20A to 20C are explanatory diagrams of a test factor 
5 classification table formed by the fiffli embodiment in Figs. 18A and 18B; 

Figs. 21A and 21B are block diagrams of the sixth 
embodiment of the invention; 

Figs. 22A to 22C are explanatory diagrams of a test factor 
classification table formed by the sixth embodiment in Figs. 21A and 21B; 
I 10 Figs. 23A and 23B are block diagrams of the seventh 

- ^ embodiment of the invention; 

Fig. 24 is an explanatory diagram of class design information 
described by sentences serving as an input in the seventh embodiment in 
!r Figs. 23A and 23B; 

'"15 Fig. 25 is an explanatory diagram of class design information 

described by sentences serving as an input in the eighth embodiment of 
the invention; 

Figs. 26A and 26B are block diagrams of the ninth 
embodiment of the invention; 
20 Fig. 27 is an explanatory diagram of notion designation 

serving as an input in the ninth embodiment in Figs. 26A and 26B; 

Fig. 28 is an explanatory diagram of design information 
described by sentences serving as an input in die ninth embodiment in 
Figs. 26Aand26B; 
25 Figs. 29A and 29B are block diagrams of the tenth 

embodiment of the invention; 

Figs. 30A and SOB are block diagrams of the twelfth 
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embodiment of the invention; 

Fig. 31 is an explamtory diagram of source codes serving as 
an input in the twelfth embodiment in Figs. 30A and SOB; 

Figs. 32A to 32C are explanatory diagrams of a test factor 
classification table formed by the twelfth embodiment in Figs. 30A and 
30B; 

Figs. 33A and 33B are block diagrams of the thirteenth 
embodiment of the invention; 

Figs. 34A to 34C are explanatory diagrams of a test factor 
classification table serving as an input in the thirteenth embodiment in 
Figs. 33A and 33B; 

Figs. 35A to 35D are ejcplanatory diagrams of a test 
specification formed without restricting a combination; 

Figs. 36A to 36C are explanatory diagrams of a test 
specification formed by restricting the nimiber of abnormality conditions 
in the thirteenth embodiment in Figs. 33A and 33B; 

Figs. 37A to 37C are explanatory diagrams of a test factor 
classification table serving as an input in the fourteenth embodiment of 
the invention; 

Figs. 38A to 38C are explanatory diagrams of a test 
specification formed without restricting a combination; 

Figs. 39A to 39C are explanatory diagrams of a test 
specification formed by restricting the number of normality conditions 
which are combined with abnormality conditions in the fourteenth 
embodiment of the invention; 

Figs. 40A and 40B are fiowcharts for a combination 
evaluation processing unit according to the fifteenth embodiment of the 
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invention; 

Figs. 41A to 41C are explanatory diagrams of a test 
specification formed by the fifteenth embodiment of the invention; 

Fig. 42 is an explanatory diagram of a computer system using 
a recording medium which stores a 3-dimensional analysis model 
forming program of the invention; and 

Fig. 43 is a block diagram of an internal construction of a 
main body imit in Fig. 42. 

DF.TAn.F.D DESCRIPTION OF THE PREFERRED EMBODIMENTS 

Figs. lA and IB are block diagrams showing a functional 
construction of a test specification formation supporting apparatus 
according to the invention. This functional construction is realized by 
executing a program by a compute: in which a test specification 
formation supporting program of the invention has been installed. The 
test specification formation supporting apparatus according to the 
invention is mainly classified into two units of a test factor classification 
table forming unit 12 and a test specification forming unit 28. The test 
factor classification table forming luiit 12 forms a test factor classification 
table 22 in which test factors which influence the operation of a method 
as a test target and conditions of the test factors have been listed with 
respect to class design information 10, as a target, of software designed 
by an object orientation and provides it as a template to the user. The 
test factor classification table forming unit 12 comprises a class design 
information analyzing unit 14, a factor classifying unit 16, a classification 
table output imit 18, and an internal memory 20. Each processing 
function of the test factor classification table forming unit 12 operates by 
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receiving designation by the operation of a keyboard or the like by the 
user via a terminal 40. In case of forming the template of the test factor 
classification table 22, the user designates a class and a method to be 
outputted fix)m the terminal 40. By receiving the designation from the 
terminal 40, the dass design information analyzing unit 14 of the test 
factor classification table forming imit 12 reads the designated class 
design information 10, analyzes its contents, and stores an analysis result 
into the internal memory 20. The factor classifying unit 16 searches an 
array of arguments of the method designated by the terminal 40 ft-om the 
analysis result of the class design information stored in the internal 
memory 20 and lists the searched argum^t array of the method as a test 
factor. The classification table output unit 18 searches data such as 
header information and the like necessary for the test factor classification 
table 22 from the analysis result of the dass design information stored in 
the internal memory 20, shapes the test factor comprising an argmnent 
array listed by the factor classifying unit 16 into a predetermined specific 
format, and outputs it as a test factor dassification table 22. The test 
factor dassification table 22 which was automatically formed by the test 
factor dassification table forming imit 12 is presented as a template to 
the user by a display of the terminal 40 or the like. With respect to the 
test factor dassification table 22 presented as a template, the user 
completes a test factor classification table by filling blanks of the test 
factor dassification table 22 via work by an update working imit 24, 
thereby fonmng an updated test factor dassification table 26. The test 
specification forming imit 28 reads the completed test factor 
dassification table 26 and combines conditions described in the test 
factor dassification table 26, thereby automatically fonmng a test 
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spedfication 38. The test spedfication forming unit 28 comprises a 
classification table analyzing unit 30, a test factor combination forming 
unit 32, a test specification output unit 36, and an internal memory 34. 
The classification table analyzing unit 30 reads the completed test factor 
classification table 26, analyzes its contents, and stores them as data for 
internal processes into the internal memory 34. The test factor 
combination forming unit 32 selects one of the conditions of the test 
factors every test factor from the analysis result of the test factor 
classification table 26 stored in the internal memory 34 and forms a 
combination lest it is overlapped with the conditions of other test fectors. 
The test spedfication output unit 36 searches the data such as header 
information and the like necessary for the test specification 38 fi-om the 
internal memory 34, shapes it into a format in which combinations of all 
of the conditions formed by the test factor combination forming unit 32 
have been predetermined, and outputs it as a test specification 38. 

Figs. 2A to 2C show a specific example of the dass design 
information 10 whidi is uiputted to the test factor dassification table 
forming unit 12 in Figs. lA and IB. The dass design information 10 
indudes a header 68, an attribute list 70, and argument information 72 of 
the method. A Japanese dass name, an English dass name, a project 
name, a package name, a creation date, and an implementor have been 
described in the header 68. Attribute item numbers, Japanese names, 
English names, kinds, forms, and description codes have been stored in 
the attribute list 70. In this example, three attribute information of the 
attribute item Nos. 1, 2, and 3 has been described. Further, the 
argument mformation 72 of the method is dassified into items of a 
method item numbei; a Japanese name, an English name, a kind, an 
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argument Japanese name, an argument, a return value Japanese name, a 
return value, and a descriptioiL In this example, three argument 
information of the method item Nos. 1, 2, and 3 has been described every 
item. In the test factor classification table forming unit 12 in Figs. lA 
5 and IB, the dass design information 10 as shown in Figs. 2A to 2C is read 

by the class design information analyzing unit 14, an analysis result is 
stored into the internal memory 20, and an array of the argimients of the 
method designated from the analysis result in the internal memory 20 is 
listed as a test factor by the factor classifying unit 16. 

10 Fig. 3 is a flowchart for tiie factor classifying process by the 

factor classifying unit 16 provided in the test factor dassiflcation table 
forming unit 12 in Figs. lA and IB. Frret, in step SI, a factor list is set to 
be empty. Subsequendj; an argimient list of the designated method is 
obtained in step S2. For example, when considering the designated 

15 mediod, for example, method item No. 3 in the argtunent information 72 

analyzed from the dass design information 10 in Figs. 2A to 2C as an 
example, the argument list is constructed by argtmients "accound:String", 
"order:OrderType", and the like. Subsequently; in step S3, whether the 
ai-gument list is empty or not is discriminated. If it is not empty, step S4 

20 follows and the argument information is extracted from the head of the 

argument list. In step S5, the extracted argument is added into the 
factor list. 

Figs. 4A and 4B show an example of the test factor 
classification table 22 outputted by the classification table output unit 18 
25 of the test fector dassiflcation table forming imit 12 in Figs. lA and IB. 

A test factor dassiflcation table in the case where the method item No. 3 
in the dass design information 10 in Figs. lA and IB has been designated 
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by the factor classifying process in Fig. 3 is shown as an example. 

The test factor dassification table 22 comprises a header 74 
and an argument list 76. The header information searched from the 
header 68 of the class design information 10 in Fig. 2A has been stored in 
the header 74. In the example of the header 74, a creation date, a 
version, an implementor, a project name, a package name, a class name, 
a method name, an argmnent, a return value, and activating conditions 
have been stored. In the argument list 76, the argument information 
listed by the factor classifying process in Fig. 3 is shaped into a 
predetermined format of test factor classification table 22. The 
argument list 76 has a format of an argiunent item number, an argiunent 
name, a form, conditions, a process, an error code, and remarks. As an 
example of the argument information listed by the factor classifying 
process, when considering the method item No. 3 in the argument list 72 
in Fig. 2C as an example, ai-gument names "account" and "order" are 
separately written into the argtunent item Nos. 1 and 2, and forms 
"String" and "Orderiype" are written with respect to them, respectively. 
Like a test factor classification table 22 in Figs. 4A and 4B, the template 
which was automatically formed by the test factor dassification table 
forming unit 12 is provided for the user. The user completes the test 
factor dassification table 22 by filling the empty vmits of the template. 

Figs. 5A and 5B are the updated test factor dassification table 
26 completed by inputting necessary contents into tiie template of the 
test factor dassification table 22 in Figs. 4A and 4B by the user. That is, 
in the test factor dassification table 22 as a template whidi was 
automatically formed, although the conditions, process, and error code 
are empty, the user examines the dass design information or the like with 
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respect to those empty units, thereby obtaining the necessary conditions, 
process, and error code, writing them as shown in the diagrams, and 
completing the table. At this time, since the argument name and the 
form have already been automatically formed by the test factor 
5 classification table forming unit 12, the conditions and process can be 

relatively easily found from the dass design information with reference to 
the form of the argument. Since tiie argument names have been listed, a 
situation such that the necessary arguments are dropped does not occur. 
The omission of the description of the conditions can be certainly 
10 prevented. 

Fig. 6 is a flowchart for the test factor combination forming 
process by the test specification forming unit 28 in Figs. lA and IB. Figs. 
7A and 7B show details of the condition combining process in the 
flowchart in Fig. 6. In the test factor combination forming process in Fig. 

15 6, prior to processing, the test factor classification table 26 completed as 

shown in Figs. 5A and 5B is read and analyzed by the classification table 
analyzing unit 30, and an analysis result is stored as internal data into the 
internal memory 34. The test factor combination forming rniit 32 
operates in this state and executes the processes in Fig. 6. First, in step 

20 SI, a condition combination list is set to be empty. Subsequentiy, in step 

S2, a condition work list is set to be empty. In step S3, the argument list 
stored in the internal memory 34 is obtained as an anatysis result. In 
step S4, the condition combining process is executed with respect to the 
argument list as a target. 

25 Figs. 7A and 7B show details of the condition combining 

process in step S4 in Fig. 6. In the condition combining process, whether 
the factor list is empty or not is discriminated in step SI. If the factor list 



22 



is not empty, factors are extracted from the head of the factor list in step 
S2. Subsequent!}? in step S3, a condition list of the extracted factors is 
obtained. In step S4, whether the condition list is empty or not is 
discriminated. If the condition Ust is not emptj? processes are executed 
in order of the conditions described in the condition Ust in step S5. In 
step S6, the conditions which were extracted from the condition list and 
are to be processed are added into the condition work list. In step S 7, by 
using a factor list regarding other factors, that is, a remaining factor list, 
the process for combining with the conditions in this factor list is 
executed. After completion of the combining process, the conditions 
whose combining process was finished are deleted from the condition 
work list in step 88. In step S9, the factors obtained after completion of 
the process are retvimed to the head of the factor list. If the condition 
list is empty in step S4, the combining process of the conditions is 
executed by using the remaining factor Ust in step SIO. If the factor Hst 
becomes empty in step SI by the repetition of steps SI to SIO, the 
processing routine advances to step S 11 . A combination of condition 
work lists obtained after completion of the combining process is added 
into the condition combination list. 

Figs. 8A to 8C show the test specification 38 formed by the 
processes in Figs. 6, 7A, and 7B with respect to the completed and 
updated test factor classification table 26 in Figs. 5A and 5B as a target. 
The test specification 38 comprises a header 82 and an item Ust 84. A 
date, an implementor, a version, a project name, and a class name 
obtained from a header 78 in the test factor classification table 26 in Fig. 
5A have been described in the header 82. The item Ust 84 in Figs. 8B 
and 8C has a format comprising a test item numbei; a target method, test 
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contents, confirmation contents, an error code, an attention factoi; 
conditions, a person who confinns, a date of confirmation, a result, and 
remarks. In the item list 84 having such a format, the combinations of 
the conditions obtained by the test factor combination forming process in 

5 Figs. 6, 7A, and 7B are stored in the item of the conditions. In 

correspondence to it, the corresponding description has been made into 
each of the columns of a target method, an error code, and an attention 
facton That is, in an argument list 80 in the updated test factor 
classification table 26 in Figs. 5A and 5B, there are two conditions with 

10 respect to the argument name "account" of the argimient item No. 1 and 

there are three conditions with respect to the argument name "order" of 
the argimient item No. 2. Asstmiing that the conditions of the argtmient 
name "accovmt" are set to (a, b) and the conditions of the argimient name 
"order" are set to (a, p, y) as a combination of each condition in the 

15 different arguments, the following six combinations are obtained, 

(a, a) (a,P) (a,Y) (b,a) (b, P) (b,Y) 
They are as shown in the test item Nos. 1 to 6 in Fig. 8B. 

Fig. 9 is a flowchart for a factor classifying process in the 
second embodiment of the invention. That is, although a construction of 

20 the second embodiment of the invention is substantially the same as the 

block construction of the first embodiment in Figs. lA and IB, the 
processing function of the factor classifying imit 16 provided in the test 
factor classification table forming unit 12 corresponds to processing 
contents of the flowchart of Fig. 9. That is, in the second embodiment of 

25 the invention, if the form of the arguments of the method as a test factor 

in the class design information obtained as an analysis result is the class, 
the attribute value is developed with reference to the class design 
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information and the development of the attribute value is optimally 
repeated. 

The processes which are executed by the factor classifying 
imlt 16 according to the second embodiment in Fig. 9 will now be 
5 described. First, in step SI, the factor list is set to be empty. 

Subsequently, in step S2, an argument list of the method is obtained from 
the internal memory 20 in which the analysis result of the class design 
information has been stored. In step S3, subsequently whether the 
argument list is empty or not is discriminated. If it is not empt35 the 

10 argtmient information is extracted from the head of the argument list in 

step S4. If the form of the arguments extracted from the head of the 
argument list is the class, the attribute developing process is executed on 
the basis of the argimients in step S5. 

Fig. 10 is a detailed flowchart for the attribute developing 

15 process in step S5 in Fig. 9. In step SI, whether the attribute as a 

processing target is a basic class or not is discriminated. If it is not the 
basic class, step S2 foUows and whether the design information of the 
class exists or not is discriminated. If the design information exists, step 
S3 follows. An attribute list of the class is obtained. That is, in the 

20 example of the class design information 10 in Figs. 2A to 2C, the attribute 

information 70 is obtained as an attribute list. Subsequently, in step S4, 
the attributes are extracted in the order of the attributes in the obtained 
attribute Ust. In step S5, the developing process of the obtained 
attributes is executed. If the attribute is the basic class in step SI, the 

25 attribute is not developed but the attribute is added into the factor list in 

step S6. 

Figs. IIA to lie show a specific example of the test factor 
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classification table formed by the factor classifying process in Figs. 9 and 
10. This table comprises a header 86, an argument list 88, and an 
attribute list 90. In this example, since the argtmient "order" of the 
argmnent item No. 2 in the argmnent list 88 is the form of the class 
5 "Orderiype", by referring to the design information of the Orderiype class, 

information showing that the table has the attributes of "type" and "id" is 
extracted. The development in which the attribute name and the form 
have been written as attribute item Nos. 2-1 and 2-2 into the attribute list 
90 is executed. The attribute list 90 also has a format comprising an 

10 attribute item number, an attribute name, a form, conditions, process, an 

error code, and remarks and it is fundamentally the same as that of the 
argument list 88. Since the form of the arguments is the class as 
mentioned above, also with respect to the test factor classification table 
obtained by executing the processes up to the development of the 

15 attribute values, in a manner similar to the first embodiment, the user 

fills contents of the empty imits with regard to the argument list 88 and 
attribute list 90 and completes the table. With respect to each of the 

. - argmnent list 88 and the attribute list 90 with regard to the completed 

test factor classification table 26, the test specification forming unit 28 

20 selects one of the conditions of the test factors by using the argument and 

attribute as test factors and automatically forms a combinadon lest it is 
overlapped, thereby forming the test specification. 

Figs. 12A and 12B are block diagrams of the third 
embodiment of the invention. The third embodiment is characterized in 

25 that a fimction for designating the development upper limit mrniber of 

the test factors is provided in addition to the second embodiment. 
Although the constructions of the test factor classification table forming 
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unit 12 and test specification forming unit 28 are the same as those in the 
first embodiment in Figs. lA and IB, in addition to them, in the third 
embodiment, a development upper limit number designating unit 42 is 
further provided for the test factor classification table forming unit 12. 
5 The development upper limit number designating unit 42 allows the user 

to designate a numerical value to decide the development upper limit 
number by using the terminal 40 or the like. If the numerical value is 
not designated, a specific value as a default which has been 
predetermined by the apparatus is used. By the designation of the 

10 development upper limit number by using the development upper limit 

number designating unit 42, the factor classifying unit 16 processes lest 
the attribute values exceeding the designated upper limit number are 
developed. Therefore, even for the test factors such as attribute values 
having a complicated structure, it is possible to prevent a situation such 

15 that the test factor classification table which is formed becomes 

excessively large. 

Fig. 13 is a flowchart showing the factor dassifying process by 
the factor classifying unit 16 in the third embodiment in Figs. 12A and 
12B. Fig. 14 shows a flowchart for the attribute developing process in 

20 step S6 in Fig. 13. In the factor dassifying process, the factor list is set to 

be empty in step SI and a development number counter is initialized to 
"0" in step S2. Subsequendy in step S3, the argument list of the method 
is obtained from the analysis result of the dass design information stored 
in the internal memory 20. In step S4, whether the argtmient list is 

25 empty or not is discriminated. If it is not empty, step S5 follows and the 

argument information is extracted from the head of the argument list. 
The attribute developing process based on the arguments is executed in 
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step S6. 

The attribute develpping process in step S6 is as shown in the 
flowchart of Fig, 14. First, in step SI, whether a count value of the 
development number counter is equal to or less than the upper limit 
5 value designated by the development upper limit number designating 

unit 42 or not is discriminated. If it is equal to or less than the upper 
limit value, since the attribute can be developed, step S2 foUows. 
Whether the attribute is the basic class or not is discriminated. If it is 
not the basic class, the presence or absence of the class design 

10 information is discriminated in step S3. If the class design information 

exists, the attribute list of the class is obtained in step S4. Subsequently, 
the attributes are sequentially extracted in step S5. In step S6, the count 
value of the development nmnber coimter is increased by "1" each time 
the attribute is extracted. In step S7, the attribute developing process 

15 for developing the attributes as test factors into the attribute list is 

executed. The processing routine is returned to the main routine in Fig. 
13 and the processes from step S4 are repeated. If the count value of the 
development number counter is larger than the designated upper limit 
ntraiber in step SI in Fig. 14, step S8 follows and the attribute values 

20 developed so far are added into the factor list. 

Figs. 15A and 15B are block diagrams of the fourth 
embodiment of the invention. The fourth embodiment is characterized 
in that the attributes of the dass which does not need to be developed 
such as a class of a library are not developed. For this purpose, in the 

25 fourth embodiment, an unnecessary-development class designating unit 

44 is newly provided for the test factor classification table forming unit 
12. On the basis of the designation of ah unnecessary-development 
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dass by the user via the terminal 40, in the classifying process of the test 
factors by the factor classifying^unit 16, the unnecessary-development 
dass designating unit 44 does not execute the development into the test 
factor dassification table with respect to the attribute values of the 
5 designated unnecessary-development dass sudi as a library dass or the 

like. If the unnecessary-devdopment dass is not designated by the user 
via the terminal 40, list information of the unnecessary-development 
dass as a default which has been predetermined by the apparatus is used. 

Fig. 16 is a flowchart for the test factor dassifying process in 

10 the fourth embodiment in Figs. 15A and 15B. Fig. 17 shows a flowchart 

for the attribute developing process in step S5 in Fig. 16. In the test 
factor dassifying process in the fourth embodiment in Fig. 16, the factor 
list is set to be empty in step SI and the argument list of the method is 
obtained in step S2. If the argument list is not empty in step S3, the 

15 argument information is esctracted from the head of the argument list in 

step S4. In step S5, the attribute developing process is executed by using 
the extracted argtiments. Details of the attribute developing process in 
step S5 are as shown in the flowchart in Fig. 17. 

In the attribute developing process in Fig. 17, in step SI, 

20 whether the attribute to be developed is the unnecessary-development 

dass designated by the imnecessary-development dass designating unit 
44 in Figs. 15A and 15B or not is discriminated. If it is not the 
unnecessary-development dass, the attribute developing process is 
executed by processes in steps S2 to S6 in a manner similar to the 

25 embodiment of Fig. 1. If the attribute to be developed is the 

imnecessary-development dass in step SI, the attribute developing 
process in steps S2 to S6 is not executed but this attribute is added into 
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the factor list in step S7. The series of developing processes are finished. 

Figs. ISA and 18B are block diagrams of the fifth embodiment 
of the invention. The fifth embodiment is characterized in that in 
addition to the list of the test factors, candidates for the conditions of the 
test factors are outputted to the test factor classification table by using 
the structured class design information. A fundamental construction of 
the test factor classification table forming unit 12 is the same as that of 
the first embodiment of Figs. lA and IB and the test specification forming 
unit 28 is also the same as that of the first embodiment of Figs. lA and IB. 
In the fifth embodiment, a method design information analyzing unit 46 
and a condition searching unit 48 are newly provided for the test factor 
classification table forming unit 12. The method design information 
analyzing imit 46 reads the structured method design information 
showing the internal process of the method as a forming target firom the 
class design information, analyzes it, and stores an analysis restdt into 
the internal memory 20. The condition searching unit 48 searches an 
analysis result of the method design information stored in the internal 
memory 20, that is, searches the imits showing the conditions fi-om the 
structured method design information and extracts the conditions 
concerning the test factors. Therefore, the classification table output 
imit 18 inquires of the condition searching imit 48 about the conditions of 
the test factors in addition to the arguments, attribute values, and test 
factors as their conditions which were listed by the factor classifying imit 
16. The output unit 18 adds the conditions of the test factors into the list 
of the test factors listed by the condition searching unit 48, shapes 
candidates for those conditions into a predetermined format, and outputs 
them as a test factor classification table 22. 
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Fig. 19 shows an example of the structured information 
showing the internal process of the method serving as a processing target 
in the method design information analyzing unit 46 and condition 
searching unit 48 in Figs. 18A and 18B, and the structured information is 
5 expressed by a flowchart. The condition seardiing unit 48 in Figs. 18A 

and 18B extracts satisfying conditions and imsatisfying conditions from 
three discriminating blocks SI, S2, and S3 each showing a condition 
branch in the structured information expressed by the flowchart of Fig. 
19. That is, in the branching condition in step S 1, the argument 

10 "accoimt", the satisfying condition "registered", and the unsatisfying 

condition "not registered" are extracted. With respect to the argument 
"order" in steps S2 and S3, since the form of the argument is the class, the 
attribute value is developed. With respect to step S2, for example, "type" 
is extraaed as an attribute value, and as its conditions, "registered" as a 

15 satisfying condition and "not registered" as an unsatisfying condition are 

extracted. With respect to the branching condition in step S3, for 
example, "id" is extracted as an attribute value, "equipment" is extracted 
as a satisfying condition, and "not equipment" is extracted as an 
unsatisfying condition. Namelj; the structured method design 

20 information serving as a target in the fifth embodiment in Figs. 18A and 

18B is not limited to the structure having the format of the flowchart of 
Fig. 19. A state transition diagram, a sequence diagram, or the like can 
be also used. 

Figs. 20A to 20C show a specific example of the test factor 
25 classification table 22 formed by the fifth embodiment in Figs. 18A and 

18B with respect to the method design information having the structure 
e3q)ressed by the flowchart of Fig. 19. The test factor classification table 



31 



comprises a header 92, an argimient list 94, and an attribute list 96. The 
argument name by the branchuig condition, its satisfying condition, and 
the unsatisfying condition in step SI in Fig. 19 are developed in the 
argument list 94. With respect to the argument name "order" of the 
5 argument item No. 2 in the argument list 94, since its form is the class, 

attribute development as shown in the attribute list 96 is performed. 
With respect to the branching condition in step S2 in Fig. 19, the 
satisfying conditions and unsatisfying conditions are extracted and 
developed with regard to the two branching conditions in steps S2 and S3, 

10 respectively. 

Figs. 21A and 2 IB are block diagrams of the sixth 
embodiment of the invention. The sixth embodiment is characterized in 
that in addition to the fifth embodiment in Figs. ISA and 18B, whether 
the conditions extracted from the structured method design information 

15 relate to the normality process or the abnormality process is confirmed 

and a confirmation result is written in the test factor classification table. 
In the sixdi embodiment, the test factor classification table forming unit 
12 is further provided with a condition type discriminating unit 50 in 
addition to the method design information analyzing tmit 46 and 

20 condition searching unit 48 provided in the fifth embodiment in Figs. ISA 

and 18B. When the test factor extracted firom the structm-ed method 
design information and its condition are formed and outputted to the test 
factor classification table 22 by the classification table output unit 18, the 
condition type discriminating tmit 50 receives an inquiry for 

25 discriminating whether the condition relates to the normality process or 

the abnormality process and responds a type discrimination result about 
whether the condition belongs to the normality type or the abnormality 
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type to the inquiry. That is, when considering the branching condition in 
step SI, for example, the condition type discriminating tmit 50 checks a 
process which is executed after the condition is imsatisfied with respect 
to the method design information having the structure expressed by the 
5 flowchart as shown in Fig. 19. 

If the branching condition is not satisfied in step SI, since 
"error 300" is obtained in step S7, the process is the abnormality process 
in tills case and it is determined that the condition belongs to the 
abnormality type. If the condition is satisfied in step SI, since the error 

10 process does not directly exist on the branch destination side, it is 

determined that the condition belongs to the normality type. 

Figs. 22A to 22C show a specific example of a formation result 
of the test factor classification table with respect to tiie method design 
information having the structure expressed by the flowchart of Fig. 19 

15 and formed by the sixth embodiment in Figs. 2 1 A and 2 IB. The test 

factor classification table comprises a header 98, an argimient list 100, 
and an attribute list 102. By the processing function of the condition 
type discriminating rniit 50 provided in the sixth embodiment in Figs. 21A 
and 2 IB, "normal" and "abnormal" are written in the item units of the 

20 type by the examination of the branching conditions ui the structured 

method design information with respect to the conditions of the 
arguments and attributes in each of the argument list 100 and attribute 
list 102. By the type writing, the user can immediately determine 
whether the conditions of the arguments and attribute values relate to 

25 the normality process or the abnormality process. 

Figs. 23A and 23B are block diagrams of the seventh 
embodiment of the invention. The seventh embodiment is characterized 
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in that by using class design information described by sentences, in 
addition to the list of the test factors, candidates for their conditions are 
outputted to the test factor classification table. The test factor 
classification table forming unit 12 is provided with a method contents 
5 description sentence analyzing imit 52 in place of the method design 

information analyzing imit 46 in the fifth embodiment in Figs. 18A and 
18B, and other constructions are similar to those in the fifth embodiment. 
The method contents description sentence analyzing tmit 52 reads the 
design information in which the internal process in the method 

10 designated by the user via the terminal 40 has been described by 

sentences fi'om the class design information 10, analyzes it, and stores an 
analysis result into the internal memory 20. On the basis of a 
predetermined format, the condition searching tmit 48 searches the units 
showing the conditions firom the sentences of the method contents 

15 description stored as an analysis result in the internal memory 20. 

When each test factor is outputted into the test factor classification table 
22 from the classification table output unit 18, the condition searching 
unit 48 receives an inquiry, writes the test factors extracted by the 
condition searching unit 48 and conditions of the test factors into the test 

20 factor classification table in response to the inquiry, and outputs them. 

Fig. 24 shows an example of design information in which the 
internal process of the method serving as a processing target by the 
method contents description sentence analyzing unit 52 and condition 
searching tmit 48 in Figs. 23A and 23B has been described by sentences. 

25 In this design information, a form describing the conditions so as to start 

from [condition] is used. In the condition searching unit 48 in Figs. 23A 
and 23B, therefore, the imits of the sentence subsequent to [condition] in 
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the sentences in Fig. 24 are searched and the argument as a test factor 
and its condition can be extracted. 

Fig. 25 shows a specific example in which the internal process 
of the method serving as a target in the eighth embodiment of the 
5 invention has been described by sentences. Although a construction of 

the eighth embodiment of the invention is substantially the same as that 
of the seventh embodiment in Figs. 23A and 23B, the eighth embodiment 
is characterized in that as a function of the condition searching unit 48, 
when the condition is searched from the analysis result of the design 

10 information in which the internal process of the method has been 

described by sentences, the normality type or abnormality type of the 
condition is simultaneously extracted on the basis of the notation 
showing the type of whether the condition relates to the normality 
process or the abnormality process. In the example of the design 

15 information in which the internal process of the method has been 

described by sentences in Fig. 25, a notation in which the condition is the 
abnormality condition in the case where a word "error" exists in a Une 
starting from [condition] is used. This unit is searched by the condition 
searching unit 48 in the eighth embodiment, thereby discriminating 

20 whether the condition relates to the normality type or abnormality type. 

The determined type is written into each condition of the argument list 
100 and attribute list 102 in a manner similar to the test factor 
classification table in the sbcth embodiment of Figs. 22A to 22G. 

Figs. 26A and 26B are block diagrams of the ninth 

25 embodiment of the invention. The ninth embodiment is characterized in 

that in addition to the function for extracting the type indicative of the 
normality or the abnormality with respect to the design information in 
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which the internal process of the method has been described by 
sentences in Fig. 25 and writing it, a notation designating unit 54 is newly 
provided, thereby enabling the user to change the notation for extracting 
the conditions and the type via the terminal 40 with respect to the design 
5 information described by the sentences- That is, the user allows the 

notation designating unit 54 to designate the notation indicative of the 
conditions and the type via the terminal 40. When tiie notation 
indicative of the conditions and the type is designated by the notation 
designating unit 54 as mentioned above, in the case where the conditions 

10 and the type are searched by the condition searching imit 48 from the 

design information in which the internal process of the method design 
information stored in the internal memory 20 has been described by the 
sentences, the notation designated by the user via the notation 
designating imit 54 is referred to. The condition is extracted from the 

15 line corresponding to the notation designated by the user. 

Fig. 27 shows a specific example in which the user designates 
the notation by the notation designating imit 54 in the ninth embodiment 
in Figs. 26A and 26B. The notation of the condition designated by the 
user is a line starting from a word "condition:" and it designates a form in 

20 which a variable name and a condition are arranged. A method of 

discriminating the abnormality conditions is designation for dieddng 
whether the line is a line starting from a word "error:" or not. It 
designates a form in which an error code is described after this word. 

Fig. 28 shows an example of the condition description by 

25 sentences described in accordance with the notation designated by the 

user in Fig. 27. Therefore, the condition searching unit 48 analyzes the 
design information described by the sentences having a structure as 
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shown in Fig. 28 in accordance with the notation as shown in Fig. 27 
designated by the notadon designating unit 54 and can extract the 
relevant conditions from the relevant line. 

Figs. 29A and 29B are block diagrams of the tenth 
5 embodiment of the inv^tion. The tenth embodiment is characterized in 

that the method serving as an output target of the test factor classification 
table can be automatically selected. In the tenth embodiment, an output 
target selecting unit 56 is newly provided for the test factor dassification 
table forming unit 12 and other constructions are substantially the same 

10 as those in the first embodiment in Figs. 2A to 2C. On the basis of a 

method selection reference designated by the user via the terminal 40 or 
a method selection reference of a specific value which is provided as a 
default by the apparatus, the output target selecting unit 56 automatically 
selects the method in which the test factor dassification table 22 whidi is 

15 formed by the dassification table output tmit 18 is used as a target. Asa 

method sdection reference whidi is designated by the output target 
sdecting unit 56, coinddence or the like of the units according to the 
conditions such as "indudes", "starts from", "ends", and the like with 
respect to a specific diaracter train is designated for the unit of the 

20 attribute of the method, for example, the unit of the name "public" or 

"private". The items whidi are designated by the user via the terminal 
40 in the embodiment are two items of "target dass" and " method 
selection reference". For example, the user designates in a manner such 
that a method whose attribute is "public" and whose name starts from 

25 "find" is set to an output target. 

The deventh embodiment of the invention will now be 
described. The eleventh embodiment is diaracterized in that the dass 
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serving as an output target can be also automatically selected in addition 
to the method selection reference in the tenth embodiment. Although a 
construction of the eleventh embodiment is substantially the same as that 
of the tenth embodiment in Figs. 29A and 29B, it is characterized in that 
as a function of the output target selecting unit 56, on tiie basis of the 
class selection reference and method selection reference which are 
designated by the user or those of specific values as defaults provided by 
the apparatus, the class and method by which the test factor classification 
table is formed by the classification table output imit 18 are automatically 
selected. As a dass selection reference in this case, coincidence of the 
unit of the dass name, tiiat is, coinddence of the tmit induding a specific 
character train of the dass name, coinddence of the unit starting from a 
specific diaracter train, coinddence of the tmit which ends by a specific 
character train, or the like is considered. The method selection 
reference is the same as that in the tenth embodiment. In the deventh 
embodiment, the user instructs the dass sdection reference and method 
selection reference firom the terminal 40. For example, by designating in 
a manner such that a method whose dass ends by "Controller", whose 
attribute is "public", and whose name starts from "find" is set to an output 
target, the test factor classification table according to the class selection 
reference and method sdection reference can be formed. 

Figs. 30A and 30B are block diagrams of the twelfth 
embodiment of the inviention. The twelfth embodiment is diaracterized 
in that together with the dass design information, the test factors and 
their conditions are extracted also from the source codes constructing the 
source program and outputted to the test factor dassification table. The 
test factor dassification table forming unit 12 is newly provided with a 
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source code analyzing iinit 60 and a source condition searching unit 62 in 
addition to the dass design information analyzing unit 14, factor 
classifying unit 16, and classification table output unit 18 for forming the 
test £actor classification table 22 firom the class design information 10. 
The source code analyzing unit 60 reads source codes of the method as a 
target from source codes 58 constructing the soiurce program formed on 
the basis of the dass design information 10, analyzes a syntax, and stores 
an analysis result into the internal memory 20. The source condition 
searching unit 62 seardies a condition sentence appearing in the source 
codes of the target method, extracts variables induded m the condition 
sentence as test factors, extracts the condition sentence of the conditions 
of the extracted test factors, and adds it into the test factor classification 
table 22 formed firom the dass design information 10. 

Fig. 31 sho\^ a specific example of the source codes serving 
as a processing target in the source code analyzing imit 60 and source 
condition seardiing unit 62 m Figs. 30A and SOB. With respect to the 
source codes in Fig. 31, the condition sentence in the source codes is 
searched m the twelfth embodiment of Fig. 31, variables induded m the 
condition sentence are extracted as test factors, the condition sentences 
are extracted as conditions of the test factors, and they are added into the 
test factor dassification table, respectively. 

Figs. 32A to 32C show a specific example of a condition 
sentence serving as test factors as variables extracted from the source 
codes in Fig. 31 and the conditions of those test factors. The test factor 
classification table comprises a header 104, an argimient list 106, and an 
attribute list 108. That is, the soiurce codes in Fig. 31 express processing 
contents of the method having llie structure in the fifth embodiment of 
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Fig. 19. The arguments "account" and "order" as variables are ejctracted 
like an argument list 106 and added as test fectors. The condition . 
sentence appearing in the source codes has been written as a condition o^ 
for example, the argument "account". With respect to the argument 
"order", two attributes "type" and "id" are obtained like an attribute list 
108 by the attribute development. With respect to the attribute name 
"type", the condition sentence extracted from the source codes has been 
written. In addition to the automatic formation of the test fector 
classification table using the class design information as mentioned 
above, the source codes of the source program formed from the dass 
design information are also used. By adding the extracted test fectois 
and their conditions into the test factor classification table, the test 
factors which will be dropped out from the class design information and 
conditions of the test fiactors can be obtained from the soimre codes. 
Precision as a template of the test factor classification table 22 can be 
further improved. 

Figs. 33A and 33B are block diagrams of the thirteenth 
embodiment of the invention. Ihe thirteenth embodiment is 
characterized m that with respect to the test specification forming unit 28, 
when the test items are formed from the completed test fector 
classification table, by limiting the number of abnormality conditions in 
their combinations, the number of combinations which are formed is 
reduced, thereby preventing unnecessary test items from being formed. 
Although the example of the construction of the first embodiment of Figs. 
2A to 2C is used as a construction of the test factor classification table 
forming imit 12, naturally the construction of one of the second to 
twelfth embodiments can be used as another example. In the thirteenth 
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embodiment, a combination evaluating miit 64 is newly provided for the 
test spediication forming miit 28. In die thirteenth embodiment, the 
combination evaluating imit 64 evaluates the combination of the 
conditions in the test spediication 38 which is formed by the test 
specification output imit 36. If the abnormality conditions included in 
the combination of the conditions exceed the upper limit value 
designated by the user or the specific value as a default of the apparatus, 
it is determined lest such a combination is outputted. Specifically 
speaMng, when the test specification output imit 36 outputs the 
combination of the conditions as a test specification 38, the combination 
evaluating unit 64 is inquired to see if the combinations of the 
abnormality conditions which are outputted as a test specification at this 
time exceed the designated upper limit value. If YES, the output to the 
test specification 38 by the test specification output unit 36 is inhibited. 

Figs. 34A to 34C show a specific example of the completed 
test factor classification table 26 which is inputted to form the test 
specification by the test specification forming tmit 28 in the thirteenth 
embodiment in Figs. 33A and 33B. The completed test fector 
classification table 26 comprises a header 110, an argument list 112, and 
an attribute list 114. 

Figs. 35A to 35D show a specific example of the test 
specification 38 formed \vtiea the test factor classification table in Figs. 
34A to 34C is read and the restriction of die number of abnormality 
conditions by the combination evaluating unit 64 is not performed. 
When the number of comtnnations of the abnormality conditions is not 
restricted, the test items comprising 12 kinds of combinations of the test 
item Nos. 1 to 12 in Figs. 35B to 35D are automatically formed fi:om the 
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combjnation of tiie conditions regarding the three test factors comprising 
the argument names and attribute names in Figs. 34B and 34C. The test 
item No. 1 among them is a combination of three abnormalities. Each of 
the test item Nos. 2, 3, 5, and 7 is a combination of two abnormalities. 
5 Figs. 36A to 36C show an output result of the test 

specification 38 obtained when the number of abnormality conditions is 
1^, designated to the upper limit number = 1 into the combination 

g evaluatiii^ unit 64 by the designation by the tiser via the terminal 40 or by 

the designation based on the specific value as a defeult of the apparatus 
^. 10 in the thirteenth embodiment of Figs. 33A and 33B. By designating and 

Oil limiting the upper limit number of combinations of the abnormality 

conditions to 1 with respect to the combinations of the conditions as 
ij mentioned above, the combinations of the five conditions of the test item 

°p Nos. 1, 2 , 3, 5, and 7 whose number of combinations of the abnormality 

~15 conditions in Fig^. 36A to 36C is equal to or larger than 2 are excluded. 

Seven test items of the test item Nos. 4,6 , and 8 to 12 in Figs. 35B to 35D 
adapted to the upper limit number := 1 of the abnormality conditions are 
formed like test item Nos. 1 to 7 in Figs. 36B and 36C. 

Figs. 37A to 37C show a spedJHc example of the completed 
20 test factor classification table which is used for forming the test 

specification in the fourteenth embodiment of the invention. The 
fourteenth embodiment is diaracterized in that when the test items are 
formed with respect to the test factor classification table as a target, by 
limiting the ntunber of normality conditions which are combined with the 
25 abnormality conditions to 1, the number of combinations which are 

formed is reduced, thereby preventing imnecessary test items from being 
formed. Although the construction of the fourteenth embodiment in 
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which the number of normality conditions which are combined with the 
abnormality conditions is restricted to 1 as mentioned above is 
substantially the same as that of the thirteenth embodiment of Figs. 33A 
and 33B, as a fimcdon of the combination evaluating imit 64 provided for 
the test spedfiication forming unit 28, it is determined in a manner such 
that in the combinations with which the abnormality conditions are 
combined with regard to the combinations of the conditions for forming 
the test items, the combinations including tiie normality conditions other 
than a predetenmned representative normality condition are not 
outputted but excluded. As a representative normality condition in this 
case, it is designated by the user via the terminal 40 or designated by 
setting a spedfic value as a defaidt of the apparatus, for example, the first 
normality condition of each test factor to the representative normality 
condition, or the like. Therefore, when the combination of the 
conditions is outputted as a test specification 38, the test specification 
output unit 36 inquires of the combination evaluating tmit 64 and the 
combinations with the abnormality conditions including the normality 
condition other than the representative normality condition are excluded 
from the output targets as a discrimination result of the combination 
evaluating unit 64. 

Figs. 38A to 38C show an output result of a test specification 
formed in the case where the completed test factor classification table of 
Figs. 37A to 37C is read and the restriction to exclude the combinations 
including the normality condition other than the representative normality 
condition is not performed. In the case where there is no restriction, 
three conditions are written with respect to the argument "accotmt" in an 
argument list 126 in the test factor classification table of Fig. STB and 
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three conditions are likewise written with respect to the attribute "type" 
in an attribute list 128 of Hg. 3JC. Therefore, by the combinations of 
those three conditions for the two test factors, nine test items as shown in 
the test item Nos. 1 to 9 in Figs. 38B and SBC are formed in the case 
where tiiere is no restriction. 

Figs. 39A to 39C show a specific example of a test 
specification formed in the case where with respect to the combinations 
including the abnormaUty conditions as test items, the combination 
evaluating process by the restriction for excluding the conditions other 
than tiie representative normality condition is executed in the fourteenth 
embodiment of the invention. As a representative normality condition, 
the head normality condition "value belongs to head office" is designated 
with respect to the argument "accoimt" in Fig. 37B and the head 
normality condition "budget kind is equipment" is likewise designated 
also with respect to the attribute "type" in the attribute list 128 of Fig. 37C. 
By such designation of the representative normality condition, the 
combinations of the conditions other than the abnormality conditions 
and the representative normality condition are excluded from the test 
specification. That is, in Figs. 38B and 38C, m the combmation of 
"abnormal" and "normal" of the test item No. 2, since the condition type of 
an attention factor "ordentype" is "normal" and the condition is the 
representative normality condition "budget kmd is equipment", this 
combination is outputted as a valid combination. VWth respect to the 
combination of "abnormal" and "normal" of the next test item No. 3, since 
the condition "budget kind is general expenses" of the attention factor 
"ordentype" is not the representative normality condition, this 
combination is excluded. In the combination of "normal" and 
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"abnonnal" of the nejct test item No. 4, since the normality condition of 
the attention factor "account" is the representative normality condition 
"value belongs to head office", this combination is outputted as a valid 
combination. With respect to the combination of "normal" and 
"abnormal" of the next test item No. 7, since the condition of the attention 
factor "account" is "value belongs to branch" and is not the representative 
normality condition "value belongs to head office", this combination is 
excluded. Thus, the test item Nos. 2 and 7 in the case where there is no 
restriction in Figs. 38B and 38C are restricted by a process for narrowing 
down the combinations with the abnormality conditions in the fourteenth 
embodiment to the representative normality condition. The test 
specification in which the nine test items are restricted to seven test items 
in Figs. 39B and 39C can be outputted. This test specification comprises 
a header 134 and a test item list 136. All of the combinations of the 
abnormality conditions and normaUty conditions of the test item Nos. 2 
and 3 in the test item list 136 are restricted to the combinations including 
the representative normality condition. 

Figs. 40A and 40B are flowcharts for a test specification 
forming process in the fifteenth embodiment of the invention. The 
fifteenth embodiment is characterized in that by providing restriction 
also with respect to combinations of the normality conditions, the 
nimiber of combinations of the data items which are formed is reduced, 
thereby preventing a variety of test items from being formed. A 
construction to realize the fifteenth embodiment is substantially the same 
as that of the thirteenth embodiment of Figs. 33A and 33B. The fifteenth 
embodiment is characterized in that as a function of the combination 
evaluating unit 64 provided for the test specification fo rmin g unit 28, 
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whether the conditions in which the combinations of only the normality 
conditions are restricted are satisfied or not is discriminated, and if NO, 
the output as a test spedflcation 38 is not performed. 

The flowchart of Figs. 40A and 40B is characterized m that the 
combinations of only the normality conditions are extracted with respect 
to the different test factors, the combinations whose orders of the 
normality conditions are the same are validated, and the combinations of 
the normality conditions whose orders are different are excluded. For 
example, when considering the case of forming the test specification by 
extracting the completed test factor classification table of Figs. 37A to 
37C as processing targets in the fifteenth embodiment as an example, if 
there is no restriction with respect to the combinations of only the 
normality conditions, the test specification as shown in Figs. 38A to 38C is 
formed. In an item list 132 in this test specification, the four test item 
Nos. 5, 6, 8, and 9 are the combinations of only the normality conditions 
as shown in their types. With respect to the combinations of only the 
normality conditions, when seeing the argument list 126 and attribute list 
128 of the test factor classification table of Figs. STB and 37C, there are 
two normality conditions with regard to the argxmient "accoimt" and, 
similarly, there are also two normality conditions with respect to the 
attribute "type". In the embodiment of Figs. 40A and 40B, therefore, the 
combinations of the normality conditions of only the first normality 
conditions and of only the second normality conditions are validated, and 
the combinations of the first and second normality conditions or the 
combinations of the second and first normality conditions are excluded. 
When considering those combinations with respect to the test item Nos. 5 
and 6 and Nos. 8 and 9 as combinations of the normality conditions of the 
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test specification of Kgs. 38B and 38C fonned without restrictioii, the test 
item No. 5 is the combination of the first nonnality conditions, the test 
item No. 6 is the combination of the first and second normality conditions, 
the test item No. 8 is the combination of the second and first normaKty 
conditions, and further, the test item No. 9 is the combination of the 
second conditions, respectively. In the fifteenth embodiment of Figs. 
40A and 40B, the combination of the normality conditions of the same 
order are validated and the other combinations are excluded. Therefore, 
the test item Nos. 6 and 8 whose orders of the normality conditions are 
different are excluded and the combination of only the normality 
conditions of the test item Nos. 5 and 9 are outputted as valid 
combinations. Thus, according to the forming process of the test items 
in which the combination of the normality conditions is restricted 
according to the fiflieenth embodiment, an output result of a test 
specification of Figs. 41A to 41C can be obtained. In case of restricting 
those combinations of the normality conditions, the nine test items in the 
case where there is no restriction in Figs. 38A to 38C are reduced to seven 
test items due to the restriction of the normality condition combinations 
of Figs. 41 A to 41C, and the formation of unnecessary test items can be 
prevented. 

In the forming process of the test items in which the 
combination of the normality conditions of the same order are validated 
and outputted in the flowchart of Figs. 40A and 40B, first, in step SI, 
whether the attention combination is a combination of only the normality 
conditions or not is discriminated. In case of the combination of only 
the normality conditions, the head normality condition is extracted in 
step S2. In step S3, information showing to vsdiat number normality 
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condition in the attention factors the extracted head condition 
corresponds is substituted intoj'n". Subsequently, in step S4, the 
remaining combined normality conditions are extracted. The nimiber of 
normality conditions of the factors corresponding to the remaining 
5 normality conditions is set to "m" in step S5. In step S6, whether a value 

of m is equal to or larger than that of n or not is discriniinated. If m > n, 
1 whether the condition of the remaining factors is the nth normality 

^ condition or not is discriminated in step S7. If it is the nth normality 

4- condition, step S9 follows and the combinations are outputted as valid 

- 10 combinations. If it is not the nth normahty condition, the output of the 

combinations is made unnecessary in step S 10. The processes in steps 
S6 and S7 are executed in the case where the nimiber of conditions of the 
head attention factor is equal to or larger than the number of conditions 
~ of the remaining attention factors. On the other hand, the processes in 

15 steps S6 and S8 are executed in the case where the nimiber of conditions 

of the head attention factor is smaller than the number of conditions of 
the remaining attention factors. In both cases, if the order of the 
conditions of the head factor is equal to that of the conditions of the 
remaining factors, step S9 follows and the combinations of the normality 
20 conditions are outputted as valid combinations. If those orders are 

different, step SIC follows and the output of the combinations of the 
normality conditions of the different orders is made tmnecessary. In the 
example of Kgs. 41A to 41C, the case where there are two attention 
factors and there are two conditions of theirs as a test factor classification 
25 table which is mputted as shown in Figs. 38A to 38C has been shown as 

an example. Howevei; even when the number of attention factors is 
equal to or larger than 2 and the nimiber of conditions is variable, the 
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combinations can be substantially similarly restricted to the 
combinations such that only the combinations of the normality 
conditions of the same order are validated and the other combinations 
are excluded. Naturally, the combinations of only the normality 
5 conditions are not limited to those in the specific example of the above 

fifteenth embodiment but can be determined by designating the 
^ restricting conditions such that the combinations of only the normality 

^ conditions of the proper conditions are validated and the other 

combinations are excluded as necessary for the combination evaluating 
-10 unit 64. 

£! An embodiment of the test specification forming program 

according to the invention will now be described. When considering the 
first embodiment of Figs. lA and IB as an example, the test specification 
formation supporting apparatus of the invention comprises the test factor 

~ 15 classification table forming unit 12 and test specification forming unit 28 

and they can be formed as independent programs. That is, the 
processing functions of the test factor classification table forming unit 12 
in each embodiment mentioned above is formed as a test factor 
classification table forming program. The functions of the test 
20 specification forming imit 28 in each embodiment mentioned above is 

formed as a test specification forming program. The two programs, that 
is, the test factor classification table forming program and test 
specification forming program formed as mentioned above are installed 
into a memory of a computer. FUe data of the class design information 
25 which has previously been formed is read by the test factor classification 

table forming program and processed, thereby automatically forming the 
test factor classification table. The test factor classification table which 
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was automatically fomied as mentioned above is presented to the user. 
The iiser fills the blank units olthe template of the test factor 
classification table, thereby forming the completed test factor 
classification table. This table is read by the test specification forming 
5 program and the test specification is automatically formed. As a 

structure of the test specification formation supporting program of the 
invention, natura% it is possible to use a program structure in which the 
test factor classification table forming program and the test specification 
forming program are integrated. 
7 10 An embodiment of a computer-readable recording medium 

s which stores the test specification formation supporting program of die 

invention will now be described. A computer system 200 of Fig. 42 is a 
system for executing the test specification formation supporting program 
r! of the invention and has a main body unit 202. As shown in Hg. 43, the 

15 main body imit 202 has therein: a CPU 220; an RAM 222; an ROM 224; a 

disk drive (HDD) 226; a CD-ROM drive 228; an FD drive 230; an I/O 
interface 232 to which a keyboard, a mouse, and a display are connected; 
an LAN interface 234; a modem 236; and the like. The computer system 
200 further comprises: a display 206 for displaying information such as a 
20 t^t factor classification table or the like which was automatically formed 

onto a display screen 204 iti response to an instruction from the main 
body imit 202; a keyboard 208 for inputting various information to the 
computer system 200; a mouse 210 for designating an arbitrary position 
on the display screen 204 of the display 206; an LAN interface 212 for 
25 accessing a database connected via a line; and a modem 2 14. 

The test specification formation supporting program of the 
invention is stored into a portable storage meditmi such as CD-ROM, 
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floppy disk, DVD disk, optical disk, IC card, or the like, a database 
connected through the line by using the modem 236 and LAN interfece 
234, or a database of another computer system PC, installed into the 
computer system 200, and thereaftei; executed by the computer system 
200. The recording media include: a portable recording medium such as 
CD-ROM 216, floppy disk (R) FD 218 , DVD disk, optical disk, IC card, or 
the like; a storage device such as a hard disk (HDD) equipped for the 
inside or outside of the computer system 200; a database for holding the 
program through the line; another computer system; its database; and 
further, a transmission medium on the line. 

According to the invention as mentioned above, when 
software designed on the basis of the object-oriented idea is tested, by 
automatically forming the template of the test factor classification table 
by using the class design information, the number of processing steps 
regarding the formation of the test factor classification table which has 
manually been performed hitherto can be remarkably reduced. 

The test factor classification table which was automatically 
formed according to the invention is presented as a template to the user 
and it is sufficient that the user completes the test factor classification 
table by filling the empty units of the template. The test factors such as 
basic argimaent array, attribute values, and the like in the classification 
table have automatically been written. Therefore, the omission of the 
description of the conditions based on the test factors is prevented and 
the test factor classification table of high precision can be formed with the 
aid of the support of the invention. 

By automatically forming the test specification by combining 
the conditions in the test factor classification table completed by flie 
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updating of the template, the automatic fonnation of the test 
spedfLcatioii without omissionjcan be efficiently realized. Fuithei; by 
restricting the conditions which are combined as test items upon 
formation of the test specification as necessary the number of formed 
combinations can be reduced, thereby properly preventing unnecessary 
test items from being formed. 

Each of the embodiments has been described above with 
respect to the example as a supporting apparatus integratedly comprising 
the test factor classification table forming unit 12 and test specification 
forming unit 28 as shown in, for example, the first embodiment of Figs. 
lA and IB. In the other embodiments of the invention, howevei; in a 
manner similar to the case of the program and recording mediimi, 
naturally, the test factor classification table forming miit 12 and test 
specification forming unit 28 can be also separately constructed as 
independent apparatuses. 

The invention is not limited to the foregoing embodiments 
but incorporates many proper modifications without losing the objects 
and advantages of the invention. Further, the invention is not limited by 
the numerical values shown in the above embodiments. 



